home *** CD-ROM | disk | FTP | other *** search
/ Light ROM 4 / Light ROM 4 - Disc 1.iso / text / maillist / 1994 / oct94.doc / 000064_owner-lightwave-l _Thu Oct 6 09:28:29 1994.msg < prev    next >
Internet Message Format  |  1995-03-23  |  3KB
  1. Return-Path: <owner-lightwave-l>
  2. Received: by mail3.netcom.com (8.6.9/Netcom)
  3.     id GAA13692; Thu, 6 Oct 1994 06:21:52 -0700
  4. Received: from hpfcla.fc.hp.com by mail3.netcom.com (8.6.9/Netcom)
  5.     id GAA13682; Thu, 6 Oct 1994 06:21:49 -0700
  6. Received: from hpfcogv.fc.hp.com by hpfcla.fc.hp.com with SMTP
  7.     (1.37.109.4/15.5+IOS 3.20) id AA01979; Thu, 6 Oct 94 07:22:11 -0600
  8. Received: by hpfcogv.fc.hp.com
  9.     (1.37.109.4/15.5+IOS 3.22) id AA10385; Thu, 6 Oct 94 07:22:14 -0600
  10. Date: Thu, 6 Oct 94 07:22:14 -0600
  11. From: Steve Koren <koren@hpfcogv.fc.hp.com>
  12. Message-Id: <9410061322.AA10385@hpfcogv.fc.hp.com>
  13. To: lightwave-l@netcom.com
  14. Subject: Re: Image Size
  15. X-Phase-Of-Moon: the moon is waxing crescent (3% illuminated)
  16. In-Reply-To: <9410052306.1.18148@cup.portal.com>
  17. References: <9410052306.1.18148@cup.portal.com>
  18. Sender: owner-lightwave-l@netcom.com
  19. Precedence: bulk
  20.  
  21.  
  22. Jeric@cup.portal.com writes:
  23.  
  24. >     Geez, ya mean they're ALL that slow?  :^P
  25.  
  26. You're thinking of the 2.0 ASL requester maybe?  The 3.0 one seems fast.
  27. But mostly I like the direct drag/drop of icons for directories or
  28. files, and the fact that its the only file requester I've ever seen that
  29. has any sort of filename completion.  And then there are all the minor
  30. little things, such as being able to resize it to see more file names
  31. (which the LW one doesn't do), and have it show timestamps, etc.  Oh,
  32. and being able to set its initial location and size on the screen.  I'll
  33. stop now lest I sound like some raving lunatic for the ASL requester :-)
  34.  
  35. > do.  The best way I've seen is in Morph Plus, which gives the user a place
  36. > to start an AREXX macro immediately after each frame is rendered.  For me,
  37. > something like that in Lightwave would be optimum, as I wouldn't have to
  38. > code half-assed "deamon" lurkers to watch the target directories.
  39.  
  40. I like it!  I agree that would be the ideal solution.  In fact, I
  41. wouldn't mind having a whole bunch of ARexx hooks - for example, a hook
  42. that ran before each image map frame was loaded, and one that ran before
  43. rendering each frame, and one after.  I'm sure we could think of more,
  44. too.  Maybe an "end-of-render" hook that ran after all the frames were
  45. done.
  46.  
  47. Allen?  Waddayasay?  Can't be too hard just to invoke a user defined
  48. ARexx string after each frame renders, passing it the frame file name.
  49. This hook could do all sorts of wonderful things - image postprocessing,
  50. or even just shoving frames off to tape without having to have a
  51. "look-for-frame" daemon running in the background.
  52.  
  53.   - steve